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DETAILED ACTION 

1 . This non-final action is in response to the RCE filed on: 01/16/09, and IDS filed 
on: 12/15/08. 

2. Claims 1,13, and 1 6 are independent claims. Claims 1,13, and 1 6 are amended. 
Claims 21-24 are new. Thus, claims 1-24 are pending. 

3. Claims 1-3, 5, 6, 9-13, and 15-20 remain rejected and claims 23, and 24 are 
rejected under 35 U.S.C. 103(a) as being unpatentable over Sheshadri, in view of Bahrs 
and further in view of Prosise. 

4. Claim 4 remains rejected under 35 U.S.C. 103(a) as being unpatentable over 
Sheshadri, Bahrs, Prosise, and in further view of Leech. 

5. Claim 7 remains rejected under 35 U.S.C. 103(a) as being unpatentable over 
Sheshadri, Bahrs, and Prosise, in further view of Lindhorst et al. 

6. Claims 8, 14, and 17 remains rejected and claims 21 and 22 are rejected under 
35 U.S.C. 103(a) as being unpatentable over Sheard et al and Goodwill in further view 
of Jeyaraman. 

Information Disclosure Statement 

7. The information disclosure statement (IDS) submitted on 12/15/08 is being 
considered by the examiner. 



Priority 
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8. Acknowledgment is made of applicant's claim for foreign priority under 35 
U.S.C. 119(a)-(d). 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in section 102 of this 
title, if the differences between the subject matter sought to be patented and the prior art are such that the subject matter as a 
whole would have been obvious at the time the invention was made to a person having ordinary skill in the art to which said 
subject matter pertains. Patentability shall not be negatived by the manner in which the invention was made. 

9. Claims 1-3, 5, 6, 9-13, and 15-20 remain rejected and claims 23, and 24 are 
rejected under 35 U.S.C. 103(a) as being unpatentable over Sheshadri ("Understanding 
JavaServer Pages Model 2 architecture", published: December 1999, pages 1-14), in 
view of Bahrs (US Patent: 6,654,932 B1 , issued: Nov. 25, 2003, filed: Oct. 29, 1 999) 
and further in view of Prosise ("ASP.NET: Web Forms Let You Drag and Drop Your 
Way to Powerful Apps", pages 1-28). 

With regards to claim 1 Seshadri teaches: 
Providing a server-side framework to an application (Figure 2: whereas a server-side 
frame work comprising a model/javabean, and view/jsp are provided to the 
application/servlet) the server side framework being external to the application (Figure 
2: whereas, the application, is represented by the servlet, and the JSP (controller) and 
Javabean framework are server side elements that are external to the JSP/controller). 
The frame work supporting predefined data types, each data type having a predefined 
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rule (listing 3, and 4: whereas, the framework supports predefined datatypes, such as 
string or float datatypes, in a CD object. Each datatype includes an instruction/rule, for 
the datatype(s) to be initialized with values). 

Receiving from an application a request for an object (Listing 3: whereas a getcd 
function/method is called to request a CD object running on a server), the request 
indicating one of the multiple predefined data types (P9-L7: whereas, the getCD 
function/method therefore further indicates one of a multiple predefined data types, such 
as strings or floats for initialization), the object storing a value of the indicated data type, 
the value being stored in the object in a process format (P9-L7, P9-1 : whereas, the 
setPrice function casts the price data type (in transfer string format), to a process float 
format), and stored in a CD object as shown in Listing 4). 

Creating the object in response to the request (P9-L17: whereas a CD object is created 
in response to the request). 

Generating a markup language page that includes the value in the transfer format read 
from the object (Listing 2: whereas the values in a CD object are displayed, by inserting 
the CD attributes in the transfer format/string/ascii into a web page template) 
Sending the markup language page to a browser on a client (Figure 4: whereas a 
markup language page is displayed to a browser on a client). 

Receiving a user supplied value in the transfer format from the browser (Listing 3, page 
8: whereas a new value is received in the transfer format/string, based on the "ADD" 
action received). 
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However, Seshadri does not teach 

The object storing a default value, ... the default value being stored in the object in a 
transfer format, Generating a markup language page that includes the default value 
Storing in the object the user supplied value in the transfer format, The object 
automatically converting the user supplied value from the transfer format to the process 
format, the object automatically checking the compliance of the user supplied value in 
the process format with the predefined rule, and if the user supplied value in the 
process format complies with the predefined rule, forwarding the user supplied value in 
the process format from the object to the application and otherwise automatically 
resending the markup language page to the browser with the user supplied value in the 
transfer format. 

Yet, even though Seshadri does not teach the object, Seshadri still teaches: 
• The value being stored in an object in a transfer format (page 7 and 8 of 
Sheshadri: whereas, the 'shoppingservlet' class is instantiated into a 
'shoppingservlet' object at run-time. The 'shoppingservlet' object storing the value 
of a token in string format via the 'req' object.) 
Storing in the object the user supplied value in the transfer format (page 7, and 8 of 
Sheshadri: whereas the 'shoppingservlet' object storing the value of a token in string 
format via the 'req' object.), The object automatically converting the user supplied value 
from the transfer format to the process format (Listing 4: whereas, the object 
automatically stores the float/process format for a price (which was a string in transfer 
format). 
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It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to have modified Sheshadri's CD object, such that the object can store and 
convert transfer / process format data, as also taught by Sheshadri. The combination 
would have allowed Sheshadri to have allowed "the processing for all actions carried 
out within " the [application] (Sheshadri, page 7)). 

However, although Seshadri teaches generating the markup language page using the 
object which stores a value, Sheshadri does not expressly teach the object stores a 
default value, the object automatically checking the compliance of the user supplied 
value in the process format with the predefined rule, and if the data complies with the 
predefined rule, forwarding the user supplied value in the process format from the object 
to the application and otherwise automatically resending the markup language page to 
the browser with the user supplied value in the transfer format. 
Bahrs et al teaches the object automatically checking the compliance of the user 
supplied value in the process format with the predefined rule (Abstract: whereas a 
validation object automatically checks the compliance of a new value in a process 
format with a predefined rule by checking against particular criteria (Fig 87: such as 
through validation rules)). And if the user defined data complies with a predefined rule, 
(Fig 86: whereas checking includes whether data complies with a predefined rule), 
forwarding the user supplied value in a process format to the application (column 5, 
lines 8-30, column 1 6, lines 1 -20: whereas, the new value from the user input (such as 
text data from a text field) is sent/forwarded to an appropriate application) ... otherwise 
automatically generating an exception/alternative-action (Fig 86). 
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It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to have modified Sheshadri's object such that the object would have validated 
input data, as and also such that the object would have further included the ability to 
forwarded a new value to application, taught by Bahrs et al. The combination of 
Sheshadri and Bahrs et al would have allowed Sheshadri to have in "response to user 
input, [made] a call to a validation object" (Bahrs et al, column 3, lines 55-63). 
However, although the combination of Sheshadri and Bahrs et al teach otherwise 
automatically the combination of Sheshadri and Bahrs et al do not expressly teach 
otherwise automatically resending the markup language page to the browser with the 
user defined value in the transfer format. 

Prosise teaches .... The object storing a default value, ... the default value being 
stored in the object in a transfer format, Generating a markup language page that 
includes the default value ... [and 7 .... otherwise automatically resending the markup 
language page to the browser with the user supplied data in the transfer format, wherein 
the application processes the data in the processes the data in the process format 
(pages 4-7: whereas, default value is null, and using user supplied data is posted back 
to the user.). 

It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to have modified Sheshadri and Bahrs et al's object and compliance checking 
methods, such that the object stores a default value; and upon receiving user supplied 
data, a markup language page with user supplied data, is sent back to the browser, as 
taught by Prosise. The combination would have allowed Sheshadri, Bahrs et al, and 
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Prosise to have to have "the values entered into text fields don't disappear [upon 
postback]" (Prosise: page 4). 

With regards to claim 2, which depends on claim 1 , Sheshadri teaches wherein 
the transfer format is a string format, as similarly explained in the rejection for claim 1 , 
and is rejected under similar rationale. 

With regards to claim 3, which depends on claim 1 , the combination of 
Sheshadri, Bahrs et al, and Prosise, the predefined rule, as similarly explained in the 
rejection for claim 1 . Additionally, Bahrs et al teaches the predefined rule, is internal to 
the object, (as explained in the rejection for claim 1 ), since it is the object that performs 
the validating, not a separate/external object/entitity. 

With regards to claim 5, which depends on claim 1 , Sheshadri similarly teaches 
wherein the operations, as similarly explained in the rejection for claim 1 , and is rejected 
under similar rationale. However, Sheshadri does not expressly teach the operations 
further comprise storing state information in permanent memory and restoring the object 
by using the state information. 

Yet, Bahrs et al teaches wherein the operations further comprise storing state 
information in permanent memory and restoring the object by using the state 
information (column 59, lines 25-30: whereas, operations for storing state information is 
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implemented through serialization, and for restoring state information is implemented 
through deserialization). 

It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to have modified Sheshadri, Bahrs et al, and Prosise's data system, such that 
state information is stored, and restored for an object, as also taught by Bahrs et al. The 
combination of Sheshadri, Bahrs et al, and Prosise would have allowed Sheshadri to 
have "returned a previously created object, or otherwise created a new object, and 
remembering the object" (Bahrs et al, column 29, lines: 40-54). 

With regards to claim 6, which depends on claim 5, the combination of 
Sheshadri, Bahrs et al, and Prosise teach wherein the restoring, as similarly explained 
in the rejection for claim 5, and is rejected under similar rationale. Additionally, the 
restoring that is taught by Bahrs et al (as explained in the rejection for claim 5), further 
includes the restoring is delayed until transferring (column 59, lines 25-39: whereas, the 
restoring is performed until after the object is transferred to the other end). 

With regards to claim 9, which depends on claim 1, Sheshadri teaches wherein 
the object is provided by the software framework running on a server, as similarly 
explained in the rejection for claim 1, and is rejected under similar rationale. 

With regards to claim 10, which depends on claim 1 , Sheshadri, Bahrs et al, and 
Prosise teach wherein the instructions, as similarly explained in the rejection for claim 1, 
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and is rejected under similar rationale. Additionally, Bahrs et al further teaches that the 
data validation system (explained in the rejection for claim 1), further includes the option 
that the data validation system do[es] not need to be in a particular programming 
language (column 66, lines 50-67: whereas, various types of programming languages 
can be used to implement the data system of Bahrs et al) 

With regards to claim 1 1 , which depends on claim 1 , Sheshadri, Bahrs et al, and 
Prosise teach wherein the operations, as similarly explained in the rejection for claim 1 , 
and is rejected under similar rationale. Additionally, Bahrs et al, further teaches the 
operations (as explained in the rejection for claim 1) do not require any particular flow 
logic (column 23, lines 40-67: whereas threading support is implemented, such that 
events/listeners operate in a concurrent manner, without a strict/sequential order) 

With regards to claim 12, which depends on claim 1, Sheshadri, Bahrs et al, and 
Prosise teach wherein the operations, as similarly explained in the rejection for claim 1 , 
and is rejected under similar rationale. Additionally Bahrs et al's validation/error- 
handling scheme, as also explained in the rejection for claim 1 , further teaches the 
validation scheme(s) do not assume a particular error handling scheme (whereas, there 
is no particular single set validation rule, but a plurality of rules that can be set) 

With regards to claim 13, for a method performing a similar method as the 
product in claim 1 , is rejected under the same rationale. 
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With regards to claim 15, which depends on claim 13, for a method performing a 
similar method as the product in claim 9, is rejected under the same rationale. 

With regards to claim 16, for an apparatus performing a similar method as the 
product in claim 1 , is rejected under the same rationale. 

With regards to claim 18, which depends on claim 16, for an apparatus 
performing a similar method as the product in claim 9, is rejected under the same 
rationale. 

With regards to claim 19, which depends on claim 1, the combination of 
Sheshadri, Bahrs et al, and Prosise teach wherein the default is a null value, as similarly 
explained in the rejection for claim 1 , and is rejected under similar rationale. 

With regards to claim 20, which depends on claim 13, the combination of 
Sheshadri, Bahrs et al, and Prosise teach wherein the default is a null value, as similarly 
explained in the rejection for claim 1 , and is rejected under similar rationale. 

With regards to claim 23, which depends on claim 1 , the combination of 
Sheshadri, Bahrs et al, and Prosise teach applying an input mask to the markup page 
sent to the browser on the client, as similarly explained in the rejection for claim 1 (since 
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markup language page with user supplied data (the user supplied data used as a 
chosen/masked data), is sent back to the browser, as opposed to the input showing a 
default value), and is rejected under similar rationale. 

With regards to claim 24, which depends on claim 23, the combination of 
Sheshadri, Bahrs et al, and Prosise teach resending the markup language page to the 
browser with the user-supplied value in the transfer format includes filling the input 
mask with the user-supplied value in the transfer format, as similarly explained in the 
rejection for claim 23, and is rejected under similar rationale. 

10. Claim 4 remains rejected under 35 U.S.C. 103(a) as being unpatentable over 
Sheshadri ("Understanding JavaServer Pages Model 2 architecture", published: 
December 1999, pages 1-14), Bahrs (US Patent: 6,654,932 B1, issued: Nov. 25, 2003, 
filed: Oct. 29, 1999), Prosise ("ASP.NET: Web Forms Let You Drag and Drop Your Way 
to Powerful Apps", pages 1-28), and in further view of Leech (4GuysFromRolla.com, 
published: December 1, 1999, pages 1-5) 

With regards to claim 4, which depends on claim 1 , the combination of 
Sheshadri, Bahrs et al, and Prosise teach the predefined rule and the object, as 
explained in the rejection for claim 1, and is rejected under the same rationale. 
Additionally, Leech teaches the predefined rule (as explained in the rejection for claim 
1 ), further includes wherein the predefined rule is external to the object (P2-P3: 
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whereas, the validation rules are enforced at the client side, which is external to the 
object). 

It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to have modified Sheshadri, Bahrs et al, and Prosise's data system, such that 
it includes the ability to enforce predefined rules external to the object, as taught by 
Leech. The combination of Sheshadri, Bahrs et al, Prosise, and Leech would have 
allowed Sheshadri's system to have further included the ability let "the user know 
immediately that something is wrong" (Leech, P3, without having to send the 
page/form). 

1 1 . Claim 7 remains rejected under 35 U.S.C. 103(a) as being unpatentable over 
Sheshadri ("Understanding JavaServer Pages Model 2 architecture", published: 
December 1999, pages 1-14), Bahrs (US Patent: 6,654,932 B1, issued: Nov. 25, 2003, 
filed: Oct. 29, 1999), and Prosise ("ASP.NET: Web Forms Let You Drag and Drop Your 
Way to Powerful Apps", pages 1-28), in further view of Lindhorst et al (US Patent: 
6,981,215 B1, issued: Dec. 27, 2005, filed: Dec. 31, 1998). 

With regards to claim 7, which depends on claim 5, Sheshadri, Bahrs et al, and 
Leech teach storing state information in permanent memory, as explained in claim 5, 
and is rejected under the same rationale. However, the combination of Sheshadri, 
Bahrs et al, and Leech do not teach the storing of state information in permanent 
memory is performed by storing in hidden input fields in the page 
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Lindhorst et al teaches the storing of state information in permanent memory is 
performed by storing in hidden input fields in the page (column 14, lines 39-49: 
whereas, storage/state information is stored in hidden fields in a page). 
It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to have modified Sheshadri, Bahrs et al, and Prosise's system for storing state 
information to further included the ability to store the state information in hidden input 
fields in a page as taught by Lindhorst et al. The combination of Sheshadri, Bahrs et al, 
Prosise, and Lindhorst et al would have allowed Sheshadri to have "simplified the 
programmer's task of navigating between pages" (Lindhorst et al, column 6, lines 65- 
67). 

12. Claims 8, 14, and 17 remains rejected and claims 21 and 22 are rejected under 
35 U.S.C. 103(a) as being unpatentable over Sheard et al (US Patent: 6,453,356 B1 , 
issued: Sep. 17, 2002, filed: Apr. 15, 1998), and Goodwill ("Pure Java Server Pages", 
published: June 08, 2000, Pages: 1-4, 1a, 2a, 3a, 4a, and G1) in further view of 
Jeyaraman (US Patent: 6,311,187 B1, issued: Oct. 30, 2001, filed: Dec. 29, 1998). 

With regards to claim 8, which depends on claim 1, With regards to claim 8, which 
depends on claim 1 , the combination of Sheshadri, Bahrs et al, and Prosise teach 
wherein resending the markup language page to the client, as similarly explained in the 
rejection for claim 1, and is rejected under similar rationale. 
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However, Sheshadri, Bahrs et al, and Prosise do not teach Identifying a portion of 
the markup language page that has changed since the markup language page was 
previously sent; and resending only the portion of the markup language page that has 
changed. 

Jeyaraman teaches resending the markup language page to the client includes: 
identifying a portion of the markup language page that has changed since the markup 
language page was previously sent (Abstract: whereas, the identifying includes 
"determining the differences between the current version of the data at the server and 
an older copy of the data at the client"); and resending only the portion of the markup 
language page that has changed (Abstract: whereas, the resending includes "using the 
differences to construct an update for the copy of the data, which may include node 
insertion and node deletion operations for hierarchically organized nodes in the data; 
and sending the update to the client where the update is applied to the copy of the data 
to produce an updated copy of the data"). 

It would have been obvious to one of the ordinary skill in the art at the time of the 
invention to have modified Sheshadri, Bahrs et al, and Prosise's data persistence/state 
system to further have included the ability to propagate changes since the markup 
language page has been sent to the client, as taught by Jeyaraman. The combination of 
Sheshadri, Bahrs et al, Prosise, and Jeyaraman would have allowed Sheshadri's 
system to have "updated copies of hierarchically structured data" (Jeyaraman, column 
1, lines 62-64). 
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With regards to claim 14, which depends on claim 13, for a method performing a 
similar method as the product of claim 8, is rejected under the same rationale. 

With regards to claim 17, which depends on claim 16, for an apparatus performing a 
similar method as the product of claim 8, is rejected under the same rationale. 

With regards to claim 21 , which depends on claim 13, for a method that is similar to the 
method of claim 8 (whereas since the changed portion is resent, then a write- 
out/sending action is performed), and is rejected under similar rationale. 

With regards to claim 22, which depends on claim 21, the combination of Jeyaraman, 
Bahrs et al, Prosise, and Jeyaraman teach the writer function, and a first information 
stream contains information associated with the portion of the markup language page 
that has changed, as similarly explained in the rejection for claim 8, and is rejected 
under similar rationale. 

Furthermore, Jeyaraman's writing function that was disclosed in claim 8, further 
includes a second information stream [which] contains information not associated with 
the portion of the markup language page that as changed, and wherein resending only 
the portion of the markup language page that has changed includes the second 
information stream (Abstract, Fig 5: whereas information for an update includes 
tree/hierarchical data not associated with the actual value of the portion of the markup 
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language page that has changed, but rather associated with tree operations, when 
sending a constructed update). 

Response to Arguments 

13. Applicant's arguments filed 01/16/09 have been fully considered but they are not 
persuasive. 

14. The applicant's arguments regarding the addition of new claims 21-24, and the 
amendments to 1 , 13, 16 resulting in the application in condition for allowance is not 
persuasive, as no specific argument/reasoning is provided to explain how the 
amendments make the application in condition for allowance. 

1 5. The Examiner appreciates the applicant's effort to expedite the application, and 
would like to invite the applicant for an interview, to discuss items that could possibly 
expedite application for allowance. 

Conclusion 

16. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to WILSON TSUI whose telephone number is (571)272- 
7596. The examiner can normally be reached on Monday - Friday. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Stephen Hong can be reached on (571) 272-4124. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/CESAR B PAULA/ 

Primary Examiner, Art Unit 2178 

/Wilson Tsui/ 
Patent 
Examiner 
Art Unit: 2178 
March 30, 2009 



